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Optimal self-assembly of finite shapes at temperature 1 

in 3D 


David Furcy* Scott M. Summers^ 


Abstract 

Working in a three-dimensional variant of Winfree’s abstract Tile Assembly Model, we show that, 
for an arbitrary finite, connected shape A C there is a tile set that uniquely self-assembles into a 
3D representation of X at temperature 1 in 3D with optimal program-size complexity (the program-size 
complexity, also known as tile complexity, of a shape is the minimum number of tile types required to 
uniquely self-assemble it). Moreover, our construction is “just barely” 3D in the sense that it only places 
tiles in the 2 = 0 and 2 = 1 planes. Our result is essentially a just-barely 3D temperature 1 simulation 
of a similar 2D temperature 2 result by Soloveichik and Winfree (SICOMP 2007). 


1 Introduction 

Self-assembly is intuitively defined as the process through which simple, unorganized components sponta¬ 
neously combine, according to local interaction rules, to form some kind of organized final structure. While 
examples of self-assembly in nature are abundant, Seeman was the first to demonstrate the feasibility 
of self-assembling man-made DNA tile molecules. Since then, self-assembly researchers have used principles 
from DNA tile self-assembly to self-assemble a wide variety of nanoscale structures, such as regular arrays [55], 
fractal structures [3120], smiling faces m, DNA tweezers [27], logic circuits m, neural networks and 
molecular robots m- What is more, over roughly the past decade, researchers have dramatically reducing 
the tile placement error rate (the percentage of incorrect tile placements) for DNA tile self-assembly from 
10% to 0.05% [3IH1I3I1D]. 

In 1998, Winfree [53 introduced the abstract Tile Assembly Model (aTAM) as an over-simplified, com¬ 
binatorial, error-free model of experimental DNA tile self-assembly. The aTAM is a constructive version 
of mathematical Wang tiling [24] in that the former bestows upon the latter a mechanism for sequential 
“growth” of a tile assembly starting from an initial seed. Very briefly, in the aTAM, the fundamental com¬ 
ponents are un-rotatable, translatable square “tile types” whose sides are labeled with (alpha-numeric) glue 
“colors” and (integer) “strengths”. Two tiles that are placed next to each other bind if both the glue colors 
and the strengths on their abutting sides match and the sum of their matching strengths sum to at least a 
certain (integer) “temperature”. Self-assembly starts from a “seed” tile type, typically assumed to be placed 
at the origin, and proceeds nondeterministically and asynchronously as tiles bind to the seed-containing 
assembly one at a time. In this paper, we work in a three-dimensional variant of the aTAM in which tile 
types are unit cubes and tiles are placed in a non-cooperative manner. 

Tile self-assembly in which tiles may bind to an existing assembly in a non-cooperative fashion is often 
referred to as “temperature 1 self-assembly” or simply “non-cooperative self-assembly”. In this type of self- 
assembly, a tile may non-cooperatively bind to an assembly via (at least) one of its sides, unlike in cooperative 
self-assembly, in which some tiles may be required to bind on two or more sides. It is worth noting that 
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cooperative self-assembly leads to highly non-trivial theoretical behavior, e.g., Turing universality |25j and 
the efficient self-assembly of iV x iV squares [Dill] and other algorithmically specified shapes [23]. 

Despite its theoretical algorithmic capabilities, when cooperative self-assembly is implemented using 
DNA tiles in the laboratory [iniiiniiiDiis], tiles may (and do) erroneously bind in a non-cooperative 
fashion, which usually results in the production of undesired final structures. In order to completely avoid 
the erroneous effects of tiles unexpectedly binding in a non-cooperative fashion, the experimenter should 
only build nanoscale structures using constructions that are guaranteed to work correctly in non-cooperative 
self-assembly. Thus, characterizing the theoretical power of non-cooperative self-assembly has significant 
practical implications. 

Although no characterization of the power of non-cooperative self-assembly exists at the time of this 
writing, Doty, Patitz and Summers conjecture [D that 2D non-cooperative self-assembly is weaker than 2D 
cooperative self-assembly because a certain technical condition, known as “pumpability”, is true for any 2D 
non-cooperative tile set. If the pumpability conjecture is true, then non-cooperative 2D self-assembly can 
only produce simple, highly-regular shapes and patterns, which are too simple and regular to be the result 
of complex computation. 

In addition to the pumpability conjecture, there are a number of results that study the suspected weakness 
of non-cooperative self-assembly. For example, Rothemund and Winfree [TH] proved that, if the final assembly 
must be fully connected, then the minimum number of unique tile types required to self-assemble an N x N 
square (i.e., its tile complexity) is exactly 2N — 1. Manuch, Stacho and Stoll [13] showed that the previous 
tile complexity is also true when the final assembly cannot contain even any glue mismatches. Moreover, 
at the time of this writing, the only way in which non-cooperative self-assembly has been shown to be 
unconditionally weaker than cooperative self-assembly is in the sense of intrinsic universality [5J[3]. First, 
Doty, Lutz, Patitz, Schweller, Summers and Woods [5] proved the existence of a universal cooperative tile set 
that can be programmed to simulate the behavior of any tile set (i.e., the aTAM is intrinsically universal for 
itself). Then, Meunier, Patitz, Summers, Theyssier, Winslow and Woods [15] showed, via a combinatorial 
argument, that there is no universal non-cooperative tile set that can be programmed to simulate the 
behavior of an arbitrary (cooperative) tile set. Thus, in the sense of intrinsic universality, non-cooperative 
self-assembly is strictly weaker than cooperative self-assembly. 

While non-cooperative self-assembly is suspected of being strictly weaker than cooperative self-assembly, 
in general, it is interesting to note that 3D non-cooperative self-assembly (where the tile types are unit 
cubes) and 2D cooperative self-assembly share similar capabilities. For instance. Cook, Fu and Schweller [3] 
proved that it is possible to deterministically simulate an arbitrary Turing machine using non-cooperative 
self-assembly, even if tiles are only allowed to be placed in the z = 0 and z = 1 planes (Winfree [33] proved 
this for the 2D aTAM). Cook, Fu and Schweller [3] also proved that it is possible to deterministically self- 
assemble an X A^ 3D “square” shape Sn Q {0,..., A^ — 1} x {0,..., A^ — 1} x {0,1} using non-cooperative 
self-assembly with 0{\ogN) tile complexity (Rothemund and Winfree [18] proved this for the 2D aTAM). 
Furcy, Micka and Summers [1^ reduced the tile complexity of deterministically assembling an N x N square 
in 3D non-cooperative self-assembly to O ^ iog°io^Af ) (Adleman, Cheng, Goel and Huang [1] proved this for 
the 2D aTAM), which is optimal for all algorithmically random values of N. Given that it is possible to 
optimally self-assemble an N x N square in 3D using non-cooperative self-assembly, the following is a natural 
question: Is it possible to self-assemble an arbitrary finite shape in 3D using non-cooperative self-assembly 
with optimal tile complexity? 

Note that the previous question was answered affirmatively by Soloveichik and Winfree [33] for the 2D 
aTAM, assuming the shape of the final assembly can be a scaled-up version of the input shape (i.e., each 
point in the input shape is replaced by a c x c block of points, where c is the scaling factor). Specifically, 
Soloveichik and Winfree gave a construction that takes as input an algorithmic description of an arbitrary 
finite, connected shape A C and outputs a cooperative (temperature 2) tile set Tx that deterministically 
self-assembles into a scaled-up version of X and |Tx| = O '''^here |M| is the size of (i.e., number 

of bits needed to describe) the Turing machine M, which outputs the list of points in X. In the main result 
of this paper, using a combination of 3D, temperature I self-assembly techniques from Furcy, Micka and 
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Summers m and Cook, Fu and Schweller [3], we show how the optimal construction of Soloveichik and 
Winfree can be simulated in 3D using non-cooperative self-assembly with optimal tile complexity. Thus, 
our main result represents a Turing-universal way of guiding the self-assembly of a scaled-up, just-barely 3D 
version of an arbitrary finite shape X at temperature 1 with optimal tile complexity. 


2 Definitions 

In this section, we give a brief sketch of a 3-dimensional version of the aTAM along with some definitions of 
scaled finite shapes and the complexities thereof. 

2.1 3D abstract Tile Assembly Model 

Let E be an alphabet. A 3-dimensional tile type is a tuple t £ (E* x N)®, e.g., a unit cube with six sides 
listed in some standardized order, each side having a glue g G Ti* xN consisting of a finite string label and a 
non-negative integer strength. In this paper, all glues have strength 1. There is a finite set T of 3-dimensional 
tile types but an infinite number of copies of each tile type, with each copy being referred to as a tile. 

A 3-dimensional assembly is a positioning of tiles on the integer lattice and is described formally as 
a partial function a : 1? ---* T. Two adjacent tiles in an assembly bind if the glue labels on their abutting 
sides are equal and have positive strength. Each assembly induces a binding graph, i.e., a “grid graph” 
(sometimes called the adjacency graph) whose vertices are (positions of) tiles and whose edges connect any 
two vertices whose corresponding tiles bind. If r is an integer, we say that an assembly is r-stable if every 
cut of its binding graph has strength at least t, where the strength of a cut is the sum of all of the individual 
glue strengths in the cut. 

A 3-dimensional tile assembly system (TAS) is a triple T = {T,a,T), where T is a finite set of tile types, 
cr : Z3 —^ T is a finite, r-stable seed assembly, and r is the temperature. In this paper, we assume that 
|dom (t| = 1 and r = 1. An assembly a is producible if either a = cr or if /3 is a producible assembly and a 
can be obtained from (3 by the stable binding of a single tile. In this case we write (3 a (to mean a is 
producible from /3 by the binding of one tile), and we write (3 —a ii (3 a (to mean a is producible 
from /3 by the binding of zero or more tiles). When T is clear from context, we may write —and —>■ instead. 
We let A \T\ denote the set of producible assemblies of T. An assembly is terminal if no tile can be r-stably 
bound to it. We let Aa \T\ A\T] denote the set of producible, terminal assemblies of T. 

A TAS T is directed if |An \T\\ = 1. Hence, although a directed system may be nondeterministic in 
terms of the order of tile placements, it is deterministic in the sense that exactly one terminal assembly 
is producible. For a set AT Q I?, we say that X is uniquely produced if there is a directed TAS T, with 
An \T\ = {a}, and dom a = X. 


2.2 Complexities of (scaled) finite shapes 

The following definitions are based on the definitions found in [23] . We include these definitions for the sake 
of completeness. 

A coordinated shape is a finite set AT C Z^ such that X is connected, i.e., the grid graph induced 
by X is connected. For some c £ Z+, we say that a c-scaling of X, denoted as X^^, is the set X'^ = 
{(a,6) I ([a/cj, [6/cJ) £ A"}. Intuitively, Af° is the coordinated shape obtained by taking X and replacing 
each point in X with a c x c block of points. Here, the constant c is known as the scale factor (or resolution 
loss). Note that a c-scaling of an actual shape is itself a coordinated shape. 

Let Xi and Ar 2 be two coordinated shapes. We say that Xi and Ar 2 are scale-equivalent if Xf = AT^, for 
some a,b G Z"*". We say that Xi and X 2 are translation-equivalent if they are equal up to translation. We 
write Xf = AT^ if Aff is translation-equivalent to X^, for some a,b G Z+. Note that the three previously 
defined relations are all equivalence relations (see the appendix of [13]). We will use the notation X to 
denote the equivalence class containing X under the equivalence relation =. We say that X is the shape 
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of X. 


While X is technically a set of coordinate shapes, we will abuse the notation 


X 


and say that it 


represents the size of coordinate shape X G X, i.e., |X^|. 

We will now define the tile complexity of a 3D shape. However, we will first briefly define Kolmogorov 
complexity of a binary string x, relative to a universal Turing machine U. We say that the Kolmogorov 
complexity of x relative to U is Kij{x) = min{|p| | U{p) = x}, where, for any Turing machine M, \M\ 
denotes the number of bits used to describe M, with respect to some fixed encoding scheme. In other 
words, Kjj(x) is the smallest program that outputs x (see [llj for a comprehensive discussion of Kolmogorov 
complexity). 

Relative to a fixed universal Turing machine U, we say that the Kolmogorov complexity of a shape 
X is the size of the smallest program that outputs some X G X as a list of locations, i.e., Kfj (X) = 


in I Ip I U{p) = (X) for some X G x|. Beyond this point, we will assume U is a fixed universal Turing 


machine and therefore will be omitted from our notation. ^ 

The 3D tile complexity at temperature r (often referred to as program-size complexity) of a shape X at 
temperature r is 


K 


3DSA 


(-) 


T = {T, tr, r), |T| = n and there exists 
X G X such that T uniquely produces a > 
such that X x {0} C dom a C X x {0,1} 


3 Main theorem 

The main theorem of this paper describes the relationship between the quantities K and ' 

This relationship is formally stated in Theorem 13.II Note that the main result of [53] describes the relation¬ 
ship between K ^X^ and ^X^, where ^X^ (see [23 ) is the tile complexity of the 2D shape X at 
temperature 2. In this section, assume that X is an arbitrary finite shape. 

Theorem 3.1. The following hold: 

1. X (x) = O (kI^sa (^) ^ogKlj^sA {x)) 

2- KIj,sa {x) \og KIj^sj, (x) =o(k (x)) 

We will prove Theorem 13.II in Lemmas ED and 13.21 
Lemma 3.1. X (x) = O (x) logKl^sA (^)) • 

Proof. Soloveichik and Winfree [53] showed that X ^X^ = O ^XJ^ ^X^ logKg^ ("^))’ holds 

when Kgj^ is replaced with for any r G □ 

The main contribution of this paper is the following lemma, the proof of which mimics the proof of 
KgA logX|^ ^X^ = O ^X from [53]. We give the details of the proof here for the sake of 

completeness. 

Lemma 3.2. X^^^^ (x) logXi^^^ (x) = O (x (x)). 

Proof. Let s be a program (Turing machine) that outputs a list of points contained in some coordinated 
shape X G X. We develop a temperature 1 3D construction that takes s as input and outputs ^TAS 
Tx = {Tx , cr, l) such that 7^ uniquely produces an assembly whose domain is some shape X G X and 

|T^| = O r . This construction is discussed in Section SJ 
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Now suppose that s is the smallest Turing machine that outputs the list of points in some coordinated 
shape X G X. In other words, s is such that K (^X^ = |s|. Let T~ = 1^ be the TAS produced by 

our construction, when given s as input. Observe that, for any TAS T = (T, cr, 1) in which the shape X 
uniquely self-assembles, we have < |T|. Then, for some constant c S Z+, the following is true: 


K. 


3DSA 


(x) log A {x) 


< 


rji^ 

^ X 


log 


T*~ 

X 


< C-, - — log : 


Aog|s| log|s| 


= c 


Thus, (x) log (X) =0(k(x)). 


log|s| 


(log|s| -loglog|s|) < c|s|. 


□ 


4 Main construction 

In this section, we give an overview of our main construction. Full details can be found in Sections [6] and [T] 


4.1 Setup 


Our construction represents a Turing-universal way of guiding the self-assembly of a scaled-up, just-barely 
3D version of an arbitrary input shape X at temperature 1 with optimal tile complexity. Therefore, we let 
[/ be a fixed universal Turing machine over a binary alphabet, with a one-way infinite tape (to the right), 
such that, upon termination, U contains the output - and only the output - of the Turing machine being 
simulated on its tape, perhaps padded to the left and right with 0 bits (the tape alphabet symbol 0) and 
the tape head is reading the last bit of its output. We also assume that, to the left of the leftmost tape cell, 
there is a special left marker symbol which can be read by U but can neither be overwritten nor written 
elsewhere on the tape. In general, if M is a Turing machine and w is an input string such that M{w) = y, 
then, upon termination, U{{M, w)) leaves exactly a string of the form ^0*y0* on its tape with its tape head 
reading the last bit of y (# is eventually converted to a 0 bit). Our construction is programmed by specifying 
the program to be executed by U. 
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(a) The (b) 

input 

shape X. 


(c) Put a 
wicket in each 
2x2 block. 


(d) Connect 
the wickets to 
get a spanning 
tree of 


(e) Do a modified 
depth-first search 
to get a Hamil¬ 
tonian cycle of 
X"^ that contains 
three consecutive, 
collinear points. 


Figure 1: An overview of the algorithm for plotting out a Hamiltonian cycle of an input shape (scaled up 
by a factor of 4), such that the cycle has three consecutive, collinear points. Although a Hamiltonian cycle 
is hard to compute, in general, it is clear that, for an arbitrary finite shape X, a Hamiltonian cycle, as 
described above, of X^, can be computed in polynomial time. 


The input to C/ is a program p, appropriately encoded as (p), using some fixed encoding scheme. The 
output of p is used to guide the self-assembly of our construction. We assume p is actually the concatenation 
of two programs s and phc, where s, the input to our construction, is a program that outputs the list of 


5 















































































points in X and phc is a fixed program (independent of X) that uses the output of s as its input and builds 
a special Hamiltonian cycle H of along which there are three consecutive, collinear points. The seed 
block, which is described in the next subsection, is defined as the middle point of an arbitrarily chosen triplet 
of consecutive, collinear points of H (by the way we construct H, there is always at least one such triplet of 
points). We further assume that p outputs H - and only H - as a sequence of pairs of bits, such that, 00, 
10, 01 and 11 correspond to “no-move”, “left”, “right” and “straight”, respectively and possibly padded to 
the left with at least two no-moves and to the right with an even number of no-moves (see Figure [T] for an 
overview of how H is constructed). Thus, p satisfies \p\ = |s| -I- \phc\- 

4.2 Seed block 

The (upper portion of what will eventually become the) seed block of our construction grows from a single 
seed tile and carries out the following three logical phases: decoding, simulation and output. These three 
phases are depicted in Figured] with vertical, zig-zag and diagonal patterns, respectively. 

Decoding. The first phase is the decoding phase. In the decoding phase, the bits of (p) are decoded from 
a 0(log |(p)|)-bits-per-tile representation to a 1-bit-per-tile representation (actually, we end up with a 1-bit- 
per-gadget representation, which is sufficient to maintain the optimality of our construction). To accomplish 
this, we use the 3D, temperature 1 optimal encoding scheme of Furcy, Micka and Summers [10] . When the 
decoding phase completes, the decoded bits of (p) are advertised in a one-bit-per-gadget representation along 
the top of the optimal encoding region (the rectangle with the vertical lines in Figured]). 

Simulation. Once the bits of (p) are decoded, the simulation phase begins. In this phase, p is simulated 
on U using a specialized temperature 1, just-barely 3D Turing machine simulation (the region with the 
zig-zag pattern in Figure dH- Our specialized Turing machine simulation, which is described in detail in 
Section d] assumes an input Turing machine M with (1) a binary alphabet, (2) a one-way infinite tape (to 
the right), the leftmost tape cell of which contains a special left marker symbol which can be read by M 
but can neither be overwritten nor written elsewhere on the tape. We simulate M in a zig-zag fashion, similar 
to the temperature 1, just-barely 3D Turing machine simulation by Cook, Fu and Schweller [3]. However, 
unlike that of Cook, Fu and Schweller, our simulation represents the contents of each tape cell of M using 
a six-tile-wide gadget. This gives a more compact geometric representation of the output of M and, as a 
result, simplifies the construction of the growth blocks (see Section (4.3p . 

By the definition of U and p and because of the compact geometry of our simulation of p on U, the output 
of the simulation phase, i.e., U({p)), is an even number of geometrically-encoded bits (each bit is represented 
by a six-tile-wide bit-bump gadget), possibly padded to the left and right with an even number of 0 bits, 
such that each pair of bits corresponds to a move in the Hamiltonian cycle H (not counting occurrences of 
the pair 00, which represents a no-move). 

Output. In order to satisfy certain geometric constraints, which are required by the growth blocks, after 
the simulation phase of p on [/ is complete, the (final) output phase begins. In the output phase, we use a 
special, constant-size tile set to shift the geometrically-encoded bits of H to the right, so that the bits of H 
are in a right-justified position along the top of the seed block (the region with diagonal lines in Figure [2]). 
For each right-shift, we add a pair of 0 bits to the left, which ensures that the upper portion of the seed block 
will be wider than it is taller. After the output phase of the seed block, self-assembly of the first growth 
block, which is always to the north in our construction, as guaranteed by p, begins from the left side of the 
top of the upper portion of the seed block (see the upward-pointing arrow in Figure [2]). 

Scale factor. Let Wdecode and Hdecode be the maximum horizontal and vertical extent, respectively, of 
the seed block after the decoding phase (the rectangle with vertical lines pattern in Figure [2]) completes. 
From m, we know that Wdecode > Hdecode- Next, in the simulation phase, the tape grows to the right 
by two tape cells for each transition. Each transition is comprised of two rows of gadgets, which are wider 
than they are tall (six tiles versus four tiles). Also, we may assume that, during the simulation phase, p is 
programmed to initially scan the input from left-to-right and then from right-to-left before beginning. Let 
Wsim and Hsim be the maximum horizontal and vertical extent, respectively, of the seed block after the 
simulation phase (the zig-zag pattern in Figure [5]) completes. Then we have Wgim > Hsim- Finally, in the 
output phase, as the output bits of the simulation phase are shifted to the right, two tape cells are added 
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Figure 2: Self-assembly of the upper portion of the seed block consists of three logical phases. In the first 
phase (the region filled with vertical lines), the bits of p are decoded using the 3D, temperature 1 optimal 
encoding scheme of Furcy, Micka and Summers [10] (the encoded bits of p are depicted as the shorter binary 
string). The decoded bits of p (the longer binary string) are input to a fixed universal Turing machine U. 
Then, in the second phase, the simulation of p on 17 is carried out (in the region with the zig-zag pattern). 
We require that U{{p)) evaluates precisely to the sequence of moves in the Hamiltonian cycle of X'^, padded 
to the left and right with an even number of 0 bits (the boxes that are not encircled in this figure). In 
other words, we require that U{{p)) evaluates to a string of the form (00)*(00|10|01|11)*(00)*, with the tape 
head of U reading the second bit in the last move of the Hamiltonian cycle. Finally, in the third phase 
(in the region with the diagonal line pattern), the moves in the Hamiltonian cycle are shifted to the right. 
Self-assembly of the first growth block begins from the upward-pointing arrow. Note that the moves in the 
Hamiltonian cycle are listed in the grey boxes and we use the characters ‘N’, ‘L’, ‘R’ and ‘S’ to represent 
“no-move”, “left”, “right” and “straight”, respectively. 
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to the left for each shift. Each shift is comprised of two rows of gadgets, which, like the simulation gadgets, 
are wider than they are tall (six versus four). Therefore, let Wsb and Hsb be the maximum horizontal and 
vertical extent, respectively, of the seed block after the simulation phase (the diagonal pattern in Figure [5]) 
completes. Then we have Wsb > Hgb- From this we may conclude that the seed block, once completely filled 
in by the last growth block (see Figure 1551) will be a square. The scale factor of our construction is Wsb- 

4.3 Growth blocks 


geometrical patterns 
embodying three types 
of output information 


glues embodying input 
or output information 


geometrical patterns 
embodying three types 
of input information 



narrow marker present when the gadget is on 
the right (or left) edge of the growth block 


wide move marker including a move type 
label: S (straight), L (left), R (right) or none 

medium-width marker present when the 
gadget is on the diagonal of the block 


Figure 3: Key to the representation of our gadgets 

Each growth block has a single input side, which reads the remaining moves in the Hamiltonian cycle 
and a single output side, which advertises the same remaining path but with its first move erased. This first 
move determines the position of the output side in relation to the input side. In this section, we assume 
that the input side of the growth block is its south side (the construction simply needs to be rotated for the 
three other possible positions of the input side). So, if the first (erased) move in the remaining path is a 
right turn, then the output side of the growth block is its east side. We describe the construction for this 
case here (see Figure 0]). The “left turn” and “straight move” cases are described in Section [71 The overview 
figure for the growth blocks uses gadgets whose structure is explained in Figure |3l The constructions of the 
individual gadgets are described in the appendix. 

The growth block starts assembling in its southwest corner and progresses in a zig-zag pattern. The first 
row of gadgets, moving from left to right, starts by copying all of the leading no-moves, of which there are 
exactly two in Figure 0] but generally many more. Once the first actual move is found, a set of gadgets 
specific to its type is activated. In the case of a right turn, all of the moves are shifted by one position to 
the right (and the first move is replaced by a no-move). The last move in the remaining path is advertised 
at the bottom of the output (or east) side of the block. Then the construction switches direction and moves 
from right to left, simply copying the shifted path, which completes the first iteration. In each subsequent 
iteration, the left-to-right pass shifts the whole path to the right by one position and advertises one more 
move on the output (or east) side. In addition to the right shift, each zig-zag iteration moves a diagonal 
marker by one position to the right, starting from the southwest corner. Once this diagonal marker reaches 
the east side of the block, the top row, moving from right to left, can complete the block. Note that in this 
case, the remaining path is not advertised on the west nor the north sides. If the first move in the remaining 
path were a straight move, the remaining moves would not be shifted but simply copied at each iteration 
and eventually advertised on the north side of the block. If the first move in the remaining path were a left 
turn, then the remaining moves would be shifted to the left and advertised on the west side instead. In other 
words, for a straight move. Figure 0| would have smooth east and west sides, with bit-bumps along its north 
side and for a left move. Figure 0| would have smooth east and north sides, with bit-bumps along its west 
side. Section |7| describes these two cases. 











4.4 Putting it all together 

After the final growth block completes, the remaining portion of the seed block, i.e., its lower portion, is 
assembled. Note that, up until this point, the seed block is not a c x c square. However, the horizontal 
extent of the upper portion of the seed block defines the scale factor c of our construction. This scale factor 
is dominated by running time of p on U, which is the sum of the running times of s and phc- The final 
growth block fills in the remaining portion of the seed block by initiating the assembly of a sequence of c 
single-tile-wide, vertically and uncontrollably assembling paths that are inhibited only by existing portions of 
the seed block (see the explosion icons in Figure [5all . Thus, the final, uniquely-produced terminal assembly 
of our construction is an assembly made up of c x c blocks of tiles, where each block is mapped to some 
point in X. Figure [S] gives a high-level overview of how all of the major components of our construction 
work together. 

5 Conclusion 

In this paper, we develop a Turing-universal way of guiding the self-assembly of a scaled-up, just-barely 
3D version of an arbitrary input shape X at temperature 1 with optimal tile complexity. This result is 
essentially a just-barely 3D temperature 1 simulation of a similar 2D temperature 2 result by Soloveichik 
and Winfree [53]. One possibility for future research is to resolve the tile complexity of an arbitrary shape 
X at temperature 1 in 2D, i.e., what is the quantity 
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(a) In the upper portion (pattern-filed regions) of the seed block, the points in X are (b) The grey squares in- 
decoded and a special Hamiltonian cycle H of X^. As moves of H are carried out within dicate the portion be- 
each growth block, the bits of H are propagated to the next growth block but the move ing assembled in Fig- 
that was just executed is erased (depicted as dashes). The last growth block assembles ure I5al The darker 
the remaining portion of the seed block with a sequence of single-tile-wide paths that square is the seed block, 
assemble northward until running into the existing portion of the seed block. Self-assembly always pro¬ 

ceeds north from the seed 
block. 


Figure 5: Putting it all together. In this figure, we depict the moves in the Hamiltonian cycle of X'^ as 
‘L’, ‘R’ and ‘S’ for “no-move”, “left”, “right” and “straight”, respectively. In our construction, these 
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6 Appendix: Turing machine simulation 

In this section, we describe our Turing machine simulation. 


6.1 Notation for figures 

In the figures of the gadgets, we use big squares to represent tiles placed in the z = 0 plane and small squares 
to represent tiles placed in the z = 1 plane. A glue between a. z = 0 tile and z = 1 tile is denoted as a small 
black disk. Glues between z = 0 tiles are denoted as thick lines. Glues between z = 1 tiles are denoted as 
thin lines. This convention is also used in Section [71 

In what follows, we assume that the glues on each tile are implicitly defined to ensure deterministic 
assembly. 

6.2 Overview 



Figure 6: Our simulation assembles the configuration history of the computation of a Turing machine M on 
input w. Tape cells are represented as pairs of bits. Most gadgets represent one tape cell, but some gadgets 
represent two or three tape cells. In this, and other high-level overview figures, a wide bump on a gadget 
indicates a binary value for a tape cell, a medium bump with a black (white) square indicates the tape head 
is (not) reading that tape cell and a very narrow bump indicates the left or right boundary. As the Turing 
machine is being simulated, the tape is expanded to the right by two blank tape cells for each transition. 
At the end of the simulation, either one or two blank cells are added to the left, depending on the parity 
of the length of the input (in this example, two extra tape cells are added to the left because there are an 
even number of input bits). The north-facing glue of the last tile placed is indicated by the upward pointing 
arrow. Note that the post-processing phase is not shown (but it is shown in Figure [25]) . 


Our Turing machine simulation assumes an input Turing machine M = (Q, {0,1}, {0,1}, S, qo, qhait), such 
that, M has a one-way infinite tape (to the right), the leftmost tape cell of which contains a special left 
marker symbol which can be read by M but can neither be overwritten nor written elsewhere on the tape 
(the left marker symbol is added by our construction so that it is left of the leftmost input bit). We further 
require that M begins with its tape head reading the leftmost bit of the input word w G {0,1}* and M halts 
with its tape head reading the rightmost bit of output. 

We simulate M on w in a zig-zag fashion, similar to Gook, Fu and Schweller [3], where each transition 
in our simulation is carried out by a pair of rows of gadgets. First, a row of gadgets assembles left-to-right, 
followed by a row of gadgets that assembles right-to-left. Right-moving transitions are performed in the 
former whereas the latter handles left-moving transitions. 

Our simulation differs from that of Cook, Fu and Schweller in the following way: we represent the contents 
of each tape cell with one six-tile-wide gadget (Cook, Fu and Schweller represent each tape cell with a non¬ 
constant number of gadgets, depending on the size of the transition function of M). Consequently, in our 
construction, and unlike in Cook, Fu and Schweller, the transition function of M is stored in the glues of the 
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tiles. Also, since the tape may grow unbounded, we must store the position of the tape head geometrically. 
Therefore, in our construction, each tape cell gadget, in addition to storing its binary value using a bit-bump, 
also stores whether or not the tape head is reading that cell in a similar kind of bit-bump (the tape head is 
either reading this cell or not). This approach has a more compact geometric representation of the output, 
which is more convenient for our purposes. 

The first phase in the simulation is preprocessing. In the preprocessing phase, each input bit is augmented 
with a bit indicating whether or not the tape head is reading that bit, where 0 (1) represents the absence 
(presence) of the tape head. The preprocessing gadgets assemble from right-to-left. After the preprocessing 
phase completes, the transition phase begins. 

During the transition phase, the computation of M on w is simulated according to the transition function 
of M, which is encoded into the glues of our simulation. The gadgets that implement the transition phase 
automatically grow the tape to the right by two tape cells in each time step. The tape is expanded to the 
left by one tape cell in the preprocessing phase of the simulation. Then, in the last step of the transition 
phase, one additional tape cell is added to the left if there is an even number of input bits. 

The last phase of the simulation is post-processing, in which the output bits are shifted to the right. In 
this phase, the tape does not expand to the right, but is expanded to the left by two tape cells for each 
shift. Note that, in this phase, each shift is carried out in two steps. First, a row of gadgets, assembling 
left-to-right, shifting all the tape cells over to the right by one (gadget) position. Then, a row of gadgets, 
assembling right-to-left, copying the (binary values of the) just-shifted tape cells up and, after growing the 
tape to the left by two tape cells, restarts another left-to-right-assembling shift row. The shifting is complete 
when the geometrically-encoded bit that represents the position of the tape head reaches the rightmost tape 
cell. The last row of post-processing gadgets assembles from right-to-left and erases the tape-head-indicator, 
leaving only the binary value of the tape cell. 

When the post-processing phase completes, thus completing the simulation of M on w, the number of 
bits along the top of the simulation assembly is even. This is because: (1) the preprocessing phase computes 
the parity of the length of the input, which causes an appropriate number of tape cells to be added to the 
left immediately before the output phase begins, (2) the transition phase grows the tape to the right by 
two tape cells for each transition, and (3) the post-processing phase grows the tape to the left by two tape 
cells for every shift operation. Moreover, because of the way the tape is expanded in the transition and 
post-processing phases, the completed simulation of M on w is wider than it is tall. 

We use the following notation: For b,c € {0,1} and p,q € Q — {qhait}^ move{p, b) = L ii 5(p, b) = {q, c, L) 
and move{p, b) = Rii 5{p, b) = {q, c, R), i.e., moveijo, b) gives the direction M will move in when in state p 
reading bit b. 

6.3 Input 



Figure 7: The input bits are indicated with dark grey. 

The input to the simulation is a sequence of appropriately-spaced, geometrically-encoded bits (bit- 
bumps), where a bump in the z = 0 {z — 1) plane represents the bit 0 (1). Figure [5] gives an example 
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of an input sequence. 



Figure 8: An example of a 4-bit input to the Turing machine simulation, which matches the geometry of 
the output of the optimal encoding region from m- The bit string depicted here is w = 0011. Each bit is 
encoded with a gadget that is six tiles wide and two tiles tall (with a bump in the two middle tiles). Observe 
that the leftmost bit is specially marked by the two missing z = 0 tiles (seventh and eighth tiles from the 
left in the middle row). A subsequent gadget will detect this gap and thus learn the location of the leftmost 
edge of the input. 


6.4 Preprocessing 



The first phase in our Turing machine simulation is preprocessing. In this phase, the input bits are read 
from right-to-left and copied toward the north by bit-reading gadgets. Each input bit is augmented with 
another (geometrically-represented) bit, which indicates whether or not the tape head is currently reading 
that cell. The tape cell that contains the first input bit receives a 1 bit, so as to indicate that the tape head 
is currently reading the first bit of input. The rest of the tape cells receive a 0 bit. The gadgets that carry 
out the preprocessing phase compute the parity of the length of the input. If there is an even number of 
input bits, then two additional tape cells are added to the left. If there is an odd number of input bits, then 
only one additional tape cell will be added to the left. Technically, in either case, only one additional tape 
cell is added to the left by the preprocessing stage (this additional tape cell logically contains the left tape 
marker symbol which is geometrically encoded). However, the leftmost tape cell gadget will encode the 
parity of the length of the input and, in the case of even parity, an additional 0 bit will be added in the 
post-processing phase of the simulation. 

The gadgets in this subsection are shown in Figure ITOl [TTl and 
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Figure 10: The Prejrightmost gadgets, which copy the rightmost input bit and grow the tape to the right 
by two additional tape cells. These gadgets actually shift the input bit over to the right by three tiles. Note 
the hrst two (leftmost) bumps along the top of this gadget represent the last input bit, the first (leftmost) of 
which is in the z = 0 plane to indicate that the tape head is currently not reading the last bit of input (this 
convention is followed in subsequent gadgets). The deep dent between the hnal two bit-bumps indicates 
the position of the rightmost tape cell (this convention is followed in subsequent gadgets). In this, and 
subsequent figures, the grey tiles represent previously-placed tiles that this gadget is using as geometrically- 
encoded input. The arrow pointing away from the gadget represents its output glue. The empty regions in 
these gadgets (and subsequent gadgets) can be filled in with a constant number of filler tiles. 



Figure 11: The Prenniddle gadgets. These gadgets copy the middle input bits (i.e., neither the leftmost nor 
the rightmost input bits). Observe that, in either case, the tape head bit-bump is in the z = 0 plane and 
therefore indicates that the tape head is not present. The input glues of these gadgets bind to the output 
glues of Prejniddle or Pre_right gadgets. 
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Figure 12: The Pre_lef tmost gadgets. These gadgets preprocess the leftmost input bit by copying its value 
as well as adding the bit indicating the presence of the tape head. They also add an additional tape cell to 
the left and it is assumed that, if M is ever reading this write most tape cell, it is actually reading a special 
left marker symbol #. These gadgets initiate the first left-to-right transition row. The deep dent in the 
upper leftmost portion of the gadget indicates the leftmost position of the tape. This dent also encodes the 
parity of the length of the input (see Figure [23l which contains gadgets that read and propagate this parity 
information). The input glues of these gadgets are not defined with a state of M. However, the output glue 
is qo, i.e., the start state of the Turing machine being simulated. The output glue also encodes whether 
S(qo,wo) is a left or right transition. Thus, the first row of left-to-right transition gadgets will assemble 
with the knowledge that M is in state qo and which way M is going to move. For example, if 6{qo,wo) is a 
left-moving transition, then the output glue is (qo, L) (the arrow for the output glue overlaps with a tile in 
the z = 1 plane). In general, the input and output glues for subsequent gadgets will encode, among other 
things, the state and direction of the next transition of M. The input glues for these gadgets bind to the 
output glues of Prejniddle gadgets. 
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6.5 Simulation (left-to-right) 



Figure 13: The gadgets that assemble in a left-to-right fashion are indicated with dark grey. 


All the gadgets in this subsection have names that start with LR because they all assemble in a left-to-right 
fashion. These gadgets are indicated in Figure [TS] 

6.5.1 Move the tape head 

The gadgets in this subsection are shown in Figures [TTl and ITS] 

6.5.2 Copy 

The gadgets in this subsection are shown in Figure fTHl 

6.5.3 Grow the tape 

The gadget in this subsection is shown in Figure [T71 

6.6 Simulation (right-to-left) 

All the gadgets in this subsection have names that start with RL because they all assemble in a right-to-left 
fashion. These gadgets are indicated in Figure [TH] 

6.6.1 Guess a bit 

Since the tape head indicator bit is to the left of the tape cell value indicator bit in each gadget, we use 
generic bit-guessing gadgets to first guess the value of a tape cell, before determining whether the tape head 
is reading that tape cell. 

The gadgets in this subsection are shown in Figure IT^ 

6.6.2 Move the tape head 

The gadgets in this subsection are shown in Figures [20] and EH 

6.6.3 Gopy 

The gadgets in this subsection are shown in Figures EH ESI and ED 
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@1 1 1 1 

@1 1 1 1 

(a) LR_0_0: For each transition of the form 

(b) LR_0_1: For each transition of the form 

S{p, 0) = (g, 0, R), where p €Q - {qhait}, create 

d{p, 0) = (g, 1, R), where p € Q - {qhait}, create 

one of these gadgets with input glue {p, R) and 

one of these gadgets with input glue {p, R) and 

output glue (g, R ). 

output glue {q,R). 





(c) LR_1_0: For each transition of the form 
S{p, 1) = (g, 0, R), where p €Q - {qhait}, create 
one of these gadgets with input glue {p, R) and 
output glue {q, R). 



®I4 


(d) LR_1_1: For each transition of the form 
d{p, 1) = (g, 1, R), where p € Q - {qhait}, create 
one of these gadgets with input glue {p, R) and 
output glue {q,R). 


Figure 14: The LR_to_right gadgets. These gadgets execute the first half of a right-moving transition, i.e., 
they “send” the tape head to the right. Their input glues bind to the output glues of LR_copy (see FigurelTCl). 
Pre_leftmost or RL_copy_leftmost_noJialt (see Figure [23]) gadgets. 
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(a) LR_f rom_left_0: Receive the tape head from the 
left (now reading a 0). For each q € Q, create one of 
these gadgets with input glue (q, R) and output 
glue (q,R) if move(q,0) = R and {q,L*) otherwise. 

We will use the notation L* to indicate that the 
next move is to the left, but the previous move was 
to the right (thus, the left move must wait until the 
next transition). 



(b) LR_f rom_left_l: Receive the tape head from the 
left (now reading a 1). For each q £ Q, create one of 
these gadgets with input glue {q, R) and output 
glue {q, R) if move{q, 1) = i? and {q, L*) otherwise. 


Figure 15: The LR_from_left gadgets. These gadgets execute the second half of a right-moving transition, 
i.e., they “receive” the tape head from the left. The input glues for these gadgets bind to the output glues 
of the LR_to_right gadgets. 
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1 II II 

1 IIS 

@1 1 

(a) LR_copyjio_state_0: Copy a 0 bit that is 

(b) LR_copyjio_state_l: Copy a 1 bit that is 

not being read by the tape head. For each q G Q 

not being read by the tape head. For each q G Q 

and d G {L, R, L*}, create one of these gadgets 

and d G {L,R,L*}, create one of these gadgets 

with input glue {q,d) and output glue {q,d). 

with input glue {q,d) and output glue {q,d). 



(c) LR_copy_with_state_0: Copy a 0 bit that is 
being read by the tape head. For each q G Q, 
create one of these gadgets with input glue 
{q,L) and output glue {q,L). 



(d) LR_copy_with_state_l: Copy a 1 bit that is 
being read by the tape head. For each q G Q, 
create one of these gadgets with input glue 
{q,L) and output glue {q,L). 


Figure 16: The LR_copy gadgets. These gadgets propagate the contents of a tape cell up to the next (right- 
to-left) transition row. The input glues of these gadgets bind to the output glues of either LR_from_left, 
LR_copy, Pre_leftmost or RL_copy.leftmost (see Figure [23l) gadgets. 



Figure 17: The Grow.tape gadget. This gadget expands the tape to the right by two cells. Note that the 
deep dent indicates the position of the rightmost tape cell. Therefore, for each q G Q and d G {L, R, L*}, 
create one of these gadgets with input and output glues {q,d). The input glue of this gadget binds to 
the south-facing output glues of LR.copy gadgets (these glues face south from the tile that binds after the 
LR.copy gadget reads the tape head bit but before it reads the tape cell value bit. 
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Figure 18: The gadgets that assemble in a right-to-left fashion are indicated with dark grey. 



Figure 19: The RL_guess gadgets. These gadgets guess the binary value of a tape cell. For each q € Q 
and d G {L,R,L*}, create one of each of these gadgets with input glue {q,d) and output glue {q,d). The 
input glues for these gadgets bind to Grow_tape, RL_copy (see Figure [32]) and RL_from_right (see Figure [2T]l 
gadgets. 
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(a) RL_0_0: For each transition of the form 

(b) RL_0_1: For each transition of the form 

6{p, 0) = (q, 0, L), where p & Q - {qhait}, create 

^(p, 0) = (q, 1,L), p e Q — {qhait}, create one of 

one of these gadgets with input glue (p, L) and 

these gadgets with input glue (p, L) and output 

output glue (q, L). 

glue (q,L). 




(c) RL_1_0: For each transition of the form 
S{p, 1) = {q, 0,L), p e Q - {qhait}, create one of 
these gadgets with input glue {p, L) and output 
glue {q,L). 


(d) RL_1_1: For each transition of the form 
5(p, 1) = (q, 1,L), p e Q - {qhait}, create one of 
these gadgets with input glue (p, L) and output 
glue (q,L). 


Figure 20: The RL_to_left gadgets. These gadgets execute the first half of a left-moving transition, i.e., 
they “send” the tape head to the left. The input glues of these gadgets bind to the output glues of RL_guess 
gadgets. 



(a) RL_from_right_0: Receive the tape head from 
the right (now reading a 0). For each q € Q, create 
one of these gadgets with input glue {q, L) and 
output glue {q,move{q,0)). 


(b) RL_from_right_l: Receive the tape head from 
the right (now reading a 1). For each q £ Q, create 
one of these gadgets with input glue {q, L) and 
output glue {q,move{q,l)). 


Figure 21: The RL_from_right gadgets. These gadgets execute the second half of a left-moving transition, 
i.e., they “receive” the tape head from the right. The input glues for these gadgets bind to the output glue 
of an RL_to_left gadget. 
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(a) RL_copy_no_state_0: Copy a 0 bit that is 
not being read by the tape head. For each q G Q 
and d G {L, R, L*}, create one of these gadgets 
with input glue {q,d) and output glue {q,d). 



(b) RL_copy_no_state_l: Copy a 1 bit that is 
not being read by the tape head. For each q G Q 
and d G {L, R,L*}, create one of these gadgets 
with input glue {q,d) and output glue {q,d). 



(c) RL_copy_with_state_0: Copy a 0 bit that is 
being read by the tape head. For each q G Q 
and d G {R, L*}, create one of these gadgets 
with input glue {q,d) and output glue {q,d). 



(d) RL_copy_with_state_l: Copy a 1 bit that is 
being read by the tape head. For each q G Q 
and d G {R,L*}, create one of these gadgets 
with input glue {q,d) and output glue {q,d). 


Figure 22: The RL_copy gadgets. These gadgets propagate the contents of a tape cell up to the next 
(left-to-right) transition row. The input glues of these gadgets bind to the output glues of RL_guess gadgets. 
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(a) RL_copy_leftmost_eveii_noJialt: The leftmost 
tape cell. Do not grow the tape to the left but 
propagate the parity of the length of the input by 
blocking the deep dent to the south in the 2 = 0 
plane. 



(b) RL_copy_leftmost_odd_noJialt: The leftmost 
tape cell. Do not grow the tape to the left but 
propagate the parity of the length of the input by 
blocking the deep dent to the south in the 2 = 1 
plane. 


Figure 23: The RL_leftmost_noJialt gadgets. These gadgets detect the leftmost tape cell. They geomet¬ 
rically propagate the parity of the length of the input and then initiate the next left-to-right row. Create 
one of each of these gadgets such that its input glue is {q,L), where q € Q — {qhait}, its output glue is 
(< 5 ( 9 , #), move{S{q, #), #)), the former binds to the output glue of a RL_to_left gadget. Also, create one of 
each of these gadgets such that, for any q G Q — {qhait} and d G {L,i?, L*}, its input glue is (g,d) and its 
output glue is (g, d) ii dG {L, i?} and (g, L) ii d = L*. Its input glue binds to the output glue of a RL_copy 
or RL_from_right gadget. 
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(a) RL_copy_leftmost_evenJialt: The leftmost tape 
cell and in a halting state (the inpnt state is qhait)- 
The length of the inpnt was even, so add one 
additional tape cell to the left and terminate the 
transition phase of the simnlation (recall that the 
Pre_lef tmost gadgets always added one additional 
tape cell to the left). 



(b) RL_copy_leftmost_oddJialt: The leftmost 
tape cell and in a halting state (the input state is 
qhait)- The length of the input was odd, so do 
not add an additional tape cell to the left and 
terminate the transition phase of the simnlation. 


Figure 24: The RL_lef tmost Jialt gadgets. These gadgets detect the leftmost tape cell and the input glue is 
{qhait, d), where d € {L, R}. They add either one(zero) additional tape cell(s) to the left if the length of the 
input is even(odd), respectively. The input glues of these gadgets bind to the output glue of an RL_guess 
gadget. 
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6.7 Post-processing 

In the post-processing stage, all of the bits of the gadgets, starting from the leftmost tape cell, to the tape 
cell that contains the tape head (including the bit contained in this gadget), are shifted to the right most 
position on the tape cell. The basic idea is that bits are shifted to the right in a zig-zag fashion, similar 
to how the diagonal signal is shifted to the right in the growth blocks (see Section El). Bits are shifted in 
left-to-right-assembling shift rows, where as bits are copied in right-to-left-assembling copy rows. Although 
many of the gadgets in this subsection are similar to those defined the previous subsections, we list them 
here for the sake of completeness. 
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Figure 25: Overview of the Turing machine simulation with post-processing stage shown. 



Figure 26: Start: The first gadget in the post-processing phase. The grey tiles are from a 
RL_copy_leftmost_halt gadget. The deep indentation toward the left side of the gadget indicates that 
this is the leftmost tape cell. The input, preprocessing and transition phases are shown in grey. The rest is 
the post-processing phase. 
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(a) LR_no_state_0_0: Accept a 0 bit from the 
left and shift a 0 bit to the right. 



(b) LR_no_state_0_l: Accept a 0 bit from the 
left and shift a 1 bit to the right. 








(c) 


LR_no_state_l_0: Accept a 1 bit from the 
left and shift a 0 bit to the right. 


(d) LR_no_state_l_l: Accept a 1 bit from the 
left and shift a 1 bit to the right. 


Figure 27: The LR_no_state gadgets. These gadgets accept a bit from the left and shift the bit currently 
being read to the right. The bit from the left is encoded geometrically along the top of the gadget and 
the geometrically-encoded bit being read is shifted to the right via the output glue. Here, a black arrow 
represents a glue that encodes a 1 bit, while a white arrow represents a glue that encodes a 0 bit. These 
gadgets are used to shift bits that are not being read by the tape head. One of these gadgets will initially 
bind to the Start gadget. Then, these gadgets will bind to either other copies of LR_no_state gadgets or a 
LR_receive_state gadget. 
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(a) LR_send_state_0_0: Accept a 0 bit from the 
left and shift a 0 bit, which is currently read by 
the tape head, to the right. 



(b) LR_send_state_0_l: Accept a 0 bit from the 
left and shift a 1 bit, which is currently read by 
the tape head, to the right. 




(c) LR_send_state_l_0: Accept a 1 bit from the 
left and shift a 0 bit, which is currently read by 
the tape head, to the right. 


(d) LR_send_state_l_l: Accept a 1 bit from the 
left and shift a 1 bit, which is currently read by 
the tape head, to the right. 


Figure 28: The LR_send_state gadgets. These gadgets work exactly the same as the LR_no_state gadgets, 
but they also shift the tape head to the right. Here, a long arrow represents a glue that encodes both a bit 
value as well as the presence of the tape head. These gadgets will bind to an LR_no_state gadget. 
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(a) LRjreceive_state_0_0: Accept a 0 bit, 
which is currently being read by the tape head, 
from the left and shift a 0 bit to the right. 



(b) LR_receive_state_0_l: Accept a 0 bit, 
which is currently being read by the tape head, 
from the left and shift a 1 bit to the right. 



(c) LRjreceive_state_l_0: Accept a 1 bit, 
which is currently being read by the tape head, 
from the left and shift a 0 bit to the right. 


(d) LR_receive_state_l_l: Accept a 1 bit, 
which is currently being read by the tape head, 
from the left and shift a 1 bit to the right. 


Figure 29: The LR_receive_state gadgets. These gadgets work exactly the same as the LR_no_state and 
LR_receive_state gadgets, but they receive the tape head from the left. Here, as is the case in Figure [28l 
a long arrow represents a glue that encodes both a bit value as well as the presence of the tape head. These 
gadgets will bind to an LR_send_state gadget. 



Figure 30: LRjrightmost_no_state: terminate a left-to-right-assembling shift row and initiate a right-to- 
left-assembling copy row. Note that this gadget cannot receive a 1 bit, thus, the input arrow is white. The 
fact that the output arrow is black serves no purpose. This gadget will bind to an LR_no_state gadget. 
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(a) RL_guess_0: Guess a 0 bit. 

(b) RL_guess_l: Guess a 1 bit. 


Figure 31: The RL_guess gadgets. These gadgets guess the binary value of a tape cell in a copy row of 
gadgets, which assemble from right-to-left. They work exactly the same as the RL_guess gadgets from 
Figure 1191 In this figure, the color of the arrows serves no purpose. These gadgets will bind to either a 
RL_copy or LR_rightmost_no_state gadget. 



(a) RL_copy_no_state_0: Copy a 0 bit that is 
not currently being read by the tape head. 



(b) RL_copy_no_state_l: Copy a 1 bit that is 
not currently being read by the tape head. 



(c) RL_copy_state_0: Copy a 0 bit that is 
currently being read by the tape head. 



(d) RL_copy_state_l: Copy a 1 bit that is 
currently being read by the tape head. 


Figure 32: The RL_copy gadgets. These gadgets assemble right-to-left while copying bits straight up without 
shifting. In this figure, the color of the arrows serves no purpose. These gadgets will bind to an RL_guess 
gadget. 
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Figure 33: The RL_leftmost^row_tape gadget. This gadget grows the tape to the left by two blank tape 
cells. The color of the input arrow serves no purpose. However, the color of the output arrow is white 
because this gadget initiates the next shift row and therefore shifts a 0 bit to the right. This gadget will 
bind to a RL_copy gadget. The color of the input arrow of this gadget servers no purpose. However, the 
output arrow is white because a 0 bit is being shifted to the right. 



1 1 1 

^10 1 

^10 1 

—y— O' 

1 4 ai i 


^ L^J L^J 

II a 1 Q 

II a a if] 

(a) LR_right_receive_state_0: Receive a 0 bit. 

(b) LR_right_receive_state_l: Receive a 1 bit, 

which is currently being read by the tape head, into 

which is currently being read by the tape head, into 

the rightmost position. 

the rightmost position. 


Figure 34: The LR_fromjreceive_state gadgets. These gadgets receive the tape head (along with the bit 
value that it is currently reading) into the rightmost gadget position. These gadgets initiate the final gadget 
row in the post-processing phase, which assembles right-to-left. These gadgets will initially bind to - and 
receive the tape head from - a LR_send_state gadget. In this figure, a black arrow is carrying a 1 bit, a 
white arrow is carrying a 0 bit and a long arrow represents the presence of the tape head. The color/shape 
of the output arrow of this gadget serves no purpose. 
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(a) Two_to_one_no_state_0: Erase the tape 

(b) Two_to_one_no_state_l: Erase the tape 

head bit-bump from a gadget that represents a 

head bit-bump from a gadget that represents a 

0 bit that is not currently being read by the 

1 bit that is not currently being read by the 

tape head. 

tape head. 



(c) Two_to_one_state_0: Erase the tape head 
bit-bump from a gadget that represents a 0 bit 
that is currently being read by the tape head. 



(d) Two_to_one_state_l: Erase the tape head 
bit-bump from a gadget that represents a 1 bit 
that is currently being read by the tape head. 


Figure 35: The Two_to_one gadgets. The final (topmost) row of gadgets in the post-processing phase erases 
the tape head indicator from each tape cell gadget, leaving only the bit value in the middle of the gadget. 
One of these gadgets will initially bind to a LR_rightmost_receive_state gadget. Then, these gadgets will 
bind to other copies of Two_to_one gadgets. The color of the arrows serves no purpose in this figure. 



Figure 36: The Two_to_one_leftmost gadget. Erase the tape head bit-bump from the leftmost gadget, which 
will always contain a 0 bit that is not being read by the tape head. The color of the arrows serves no purpose 
in this figure. 
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7 Appendix: Growth blocks 

In this section, we provide details of our construction for the growth blocks. For all gadgets described in 
this section, we assume that the input side of the growth block to which the gadget belongs is its south 
side. Therefore, for completeness, we have to build three additional copies of each gadget, naemly after a 
90-degree, a 180-degree, and a 270-degree rotation, respectively. Throughout this section, we assume that 
the glues on each tile are implicitly defined to ensure deterministic assembly. 

7.1 Gadgets used by all three types of growth blocks 

Recall that the assembly of each growth block starts in its bottom-left corner. The gadgets in this section 
all assemble from left to right on the bottom row of the growth block until the first actual move of the 
remaining path (that is, the moves in the Hamiltonian cycle that have not been performed and erased by 
previous growth blocks) is found. Each move in the Hamiltonian path (as well as each one of the leading 
no-moves) is encoded in two bits, each of which takes up 6 consecutive tiles. Therefore, most gadgets in this 
construction are 12 tiles wide. However, the “edge gadgets” (i.e., those on the left and right edges of the 
growth block) take up two additional tiles. 

Figure 1571 depicts the BL (for “bottom-left”) gadget whose assembly is initiated by the only output glue 
in the top-left corner of the previous growth block, or the seed block if the current block is the first growth 
block in the Hamiltonian cycle. The BL gadget, like most gadgets in this subsection, is 6 tiles high. However, 
this gadget is the only gadget in our growth-block construction that is 26 tiles wide, since it encodes two 
no-moves, which we assume are always present at the beginning of the Hamiltonian cycle and it is an edge 
gadget. This gadget advertises two no-moves on its top edge and its output glue encodes the fact that the 
first actual move in the remaining path has not yet been found. Finally, this gadget also advertises a diagonal 
marker in the rightmost no-move on its top side. This diagonal marker will be shifted to the right by later 
gadgets in order to guarantee that each growth block has a square shape. 



Figure [38] depicts the gadget that copies all of the additional no-moves that are included in front of the 
Hamiltonian cycle. Since this gadget detects two geometrically-encoded 0 bits on its bottom side, it also 
advertises a no-move on its top side. Its input and output glues encode the fact that the first actual move 
in the remaining path has not yet been found. 

Figure |39| depicts the gadget that finds the first move in the remaining path. This gadget erases this first 
move by advertising a no-move on its top side, since this move is being implemented in the current growth 
block. Its output glue, as well as all of the input and output glues in the remaining gadgets will encode the 
type of move (straight, left or right) that this gadget detects. 
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Figure 38: Bottom-row gadget (bef ore jfirstjnove) that looks for the first non-empty move in the remaining 
path 


7.2 Growth block with a straight move 

The set of gadgets described in this section take over after the f irstjnove gadget and assemble to complete 
the growth block in the case where the first move in the remaining path is a straight move. Figure |40] depicts 
the overall construction for such a block. 

7.2.1 Gadgets used in the bottom row of straight-move blocks 

Figure |4T] depicts the bottom-row gadget that copies all of the remaining moves, except for the first one, 
which was erased by the firstjnove gadget, and the last one, which is handled by the next gadget (see 
Figure l42]) . This gadget simply advertises on its top side the move that is geometrically encoded on its 
bottom side. Recall that its output glue encodes the type of the first move and therefore the type of the 
growth block as a whole. Even though this information is encoded in the glues of all remaining gadgets, we 
will not repeat that fact in the following descriptions. 

Figure HU depicts the bottom-row gadget that detects the right edge of the block or, equivalently the last 
move in the remaining path. This BRuturn gadget, which appears in the bottom-right corner of the block, 
concludes the left-to-right assembly of the bottom row and initiates the right-to-left assembly of the next 
row of gadgets. Since the current block is a straight move, the right edge of the block is a straight line. 
The top side of this (copy) gadget advertises the move that it decodes on its bottom side. While Figure l42l 
shows a left turn being copied, two similar gadgets are needed for the cases where the last move is a right 
turn or a straight move. This gadget is differentiated from the Bcopy gadget by the one-tile deep dent in its 
bottom-right corner that is the marker we use for the right edge of the block and the reason why we use two 
extra tiles on the edge gadgets. 

Note that some of the gadgets described in this section, even though they have different names, are really 
different configurations of the same gadget in that they are identical in the first “half” of the gadget and then 
take different paths based on a geometric feature that is detected later on during the assembly of the gadget. 
For example, the before_f irstjnove and firstjnove gadgets are really configurations of the same gadget 
that differ based on whether a no-move or an actual move is detected, respectively. Similarly, the BRuturn 
and Bcopy gadgets are really configurations of the same gadget that differ based on whether the right edge 
marker is detected or not, respectively. In fact, the same is true for all four of the previous gadgets, since 
the first move is detected in the same gadget as the edge marker in the last growth block. This observation 
applies to other groups of gadgets in this section. 
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c) The first move is a right turn 


Figure 39: The three configurations of the bottom-row gadget (f irst_niove) that finds and erases the first 
non-empty move in the remaining path 
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Figure 40: Overall construction of a growth block whose input path starts with a straight move 
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a) The current move is a straight move 



c) The current move is a left turn 


Figure 41: The three configurations of the bottom-row gadget (Bcopy) that copies the remaining path, one 
move at a time from left to right, except for its first and last move 
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Figure 42: The bottom-row rightmost gadget BRuturn that copies the last move in the remaining path (in 
this case, a left turn) and initiates the first row of copy_left gadgets 


7.2.2 Gadgets used in the right-to-left rows of straight-move blocks 

Figures |331 and 03] depict the gadget that copies the remaining moves (or the leading no-moves) of the 
Hamiltonian cycle, one at a time, in right-to-left order. This gadget has four configurations, namely one 
for each type of move (or no-move) being copied. This gadget also detects that the current move is not 
positioned on the bottom-left to top-right diagonal of the current block. 

Figures l45] and l46l depict the gadget that acts like the previous gadget but also detects that the current 
move is positioned on the bottom-left to top-right diagonal of the current block and therefore also advertises 
the diagonal marker on its top side. 

Figures |37| and |33| depict the “uturn” gadget that is the counterpart on the left edge of the block to 
the gadget depicted in Figure |321 This gadget concludes the assembly of the current right-to-left row and 
initiates the assembly of the next left-to-right row of gadgets. Since the current block is a straight move, the 
left edge of the block, and thus of this gadget, is a straight line. The top side of this (copy) gadget advertises 
a no-move since the move on the left edge of any block is always a no-move. The reason this gadget has two 
configurations is because the BL gadget has a different top side than all of the other gadgets on the left edge 
of the block (this is needed to accommodate the case where the current block is a left turn block). Figure 071 
depicts the Luturn gadget that assembles right above the BL gadget, while Figure |48| depicts the Luturn 
gadget that assembles in all higher rows of the block. Since the BL gadget has a deeper, two-tile-high dent 
in its top-left corner than all other gadgets on the left edge of the block (whose dent in their top-left corner is 
only one tile high), the gadgets in Figures |47| and |48| have slightly different conhgurations in their bottom-left 
corners. 
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a) The copied move is a straight move 



Figure 43: The first two non-diagonal configurations of the copy_left gadget that copies the remaining 
path, one move at a time from right to left, except for the first and last moves 
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c) The copied move is a left turn 



Figure 44: The last two non-diagonal configurations of the copy_left gadget that copies the remaining path, 
one move at a time from right to left, except for the first and last moves 
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a) The copied move is a straight move 



b) The copied move is a right turn 


Figure 45: The first two diagonal configurations of the copy_left gadget that copies the remaining path, 
one move at a time from right to left, except for the first and last moves 
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d) There is no move to copy 


Figure 46: The last two diagonal configurations of the copy_left gadget that copies the remaining path, 
one move at a time from right to left, except for the first and last moves 
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Figure 47: Configuration of the leftmost-column gadget (Luturn) that appears right above the BL gadget 
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Figure 48: Configuration of the leftmost-column gadget (Luturn gadget not directly above the BL gadget) 
that always copies the no-move marker and initiates the next row of copyjright gadgets 
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7.2.3 Gadgets used in the left-to-right rows of straight-move blocks 

Figure Sni depicts the gadget that copies the moves and no-moves, one at a time, from left to right between 
the edges of the block, as long as the current move is not located on the bottom-left to top-right diagonal of 
the block. 

Figure (SD] depicts the gadget that behaves like the previous one but also detects the diagonal marker in 
the current position. This gadget not only copies the current move to its top side but also encodes in its 
output glue the fact that the diagonal marker was just detected. 

Figure [5T] depicts the gadget that not only copies the current move but also advertises the diagonal 
marker on its top side. Therefore this gadget, together with the previous one, makes sure that the diagonal 
marker is shifted by one gadget position to the right in each left-to-right row. 

Figure [52] depicts the Ruturn gadget that detects the right-edge marker and thus terminates the current 
left-to-right row of gadgets and initiates the next right-to-left row. The only difference between this gadget 
and the one shown in Figure [42] is that the latter belongs to the bottom row of the block and is thus two 
tiles higher. 

Figure |S2I is similar to the previous gadget except that its input glue binds to the output glue of the 
DDcopyjright gadget. Therefore, this gadget must advertise the diagonal marker on its top side, thereby 
detecting the fact that the diagonal marker has reached the right edge of the block. As result, the next 
“uturn” gadget that will bind to the top side of this gadget will “know” to initiate the last, topmost row of 
the current block (see next subsection). 

While the last two figures show a left turn being copied (as the last move in the Hamiltonian cycle), 
two similar configurations are needed for each gadget for the cases where the last move is a right turn or a 
straight move. 

7.2.4 Gadgets used in the topmost row of straight-move blocks 

Figure im depicts the top-right “uturn” gadget that is identical to the one in Figure |52l except that it is two 
tiles higher (since it belongs to the topmost row) and its output glue encodes the fact that the topmost row 
needs to be constructed. 

We omitted figures for the topmost row, copy-left gadget (called Tcopy_left in Figure l40l) since it is 
almost identical to the copy_left gadget shown in Figures |43| and |44| (it is two tiles higher and its input and 
output glues encode the fact that it belongs to the topmost row). 

Figure [55] depicts the last gadget in the construction of a straight move. This gadget assembles in the 
top-left corner of the current block and has an output glue on its top side that will initiate the assembly of 
the next growth block. 

7.3 Growth block with a left turn 

The set of gadgets described in this section take over after the first move gadget and assemble to complete 
the growth block in the case where the first move in the remaining path is a left turn. Figure |56| depicts the 
overall construction for such a block. 

This set of gadgets differs from the one for the straight move in two essential ways. 

First, the moves in the remaining path need to be copied from the bottom side to the left side of the block. 
This is accomplished by replacing the copy_left gadget with a shift_left gadget, whose generic function is 
depicted in FigurejSTj Figure |S5| depicts two of the many possible configurations for the shift_left gadget. 

Second, left turn blocks differ significantly from the other kinds of blocks on their left edge. They must 
not only advertise the remaining path on this edge, they must also allow for the current block’s output glue 
(the one that will initiate the assembly of the next growth block) to be put in place at the bottom of the 
left edge after the current block is completely assembled. To achieve this goal, all of the gadgets on the left 
edge of left turn blocks have been built as follows. Figures |59l EQ] and |6T] show how the “Luturn” gadgets 
now contain a one-tile-wide vertical path that is left empty until the top-left gadget has completed. Finally, 
Figure [62] shows how the top-left gadget not only completes the topmost row, as usual, but also leaves a 
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a) The copied move is a straight move 




d) There is no move to copy 


Figure 49: The four configurations of the copyjright gadget that copies the remaining path, one move at a 
time from left to right, except for the first and last moves 
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a) The copied move is a straight move 



b) The copied move is a right turn 




d) There is no move to copy 


Figure 50: The four configurations of the DDcopy_right gadget that detects the diagonal marker and copies 
the remaining path, one move at a time from left to right, except for the first and last moves 
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a) The copied move is a straight move 



d) There is no move to copy 


Figure 51: The four configurations of the ADcopy_right gadget that advertises the diagonal marker and 
copies the remaining path, one move at a time from left to right, except for the first and last moves 
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Figure 52: The rightmost gadget Ruturn that copies the last move (in this case, a left turn) in the remaining 
path and initiates the second and following rows of copy_left gadgets 



Figure 53: The rightmost gadget ADRuturn that copies the last move (in this case, a left turn) in the 
remaining path, advertises the diagonal marker and initiates the last row of copy_left gadgets 
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Figure 56: Overall construction of a growth b 


^ 12 tiles 12 tiles 14 tiles 


top 


copy_right 


shift left 


copy_right 


DDcopy_right 

J U I 


shiftjeft 

_ 

ADcopy_right 


shift left 


copy_right 

_ 


first_move 


top 


copy_right 


shift left 


DDcopy_right 

J U ^_ 


shiftjeft 

J U L 


ADcopy_right 


copy_right 


shift left 


copy_right 


Bcopy 




Y 


/N 12 


^ Y 


12 


Y = 

A 12 


I 

e 

14 
t 




I 


whose input path starts with a left turn 







a 


t 

-ru—b" 


shift left 




b 


Figure 57: Generic shift_left gadget where a and b each represent a type of move (straight move, left 
turn, right turn or no move) and the diagonal marker is optional. There are 26 = 13 * 2 configurations of 
the shift_lef t gadget, that is, a total of 4 x 4 = 16 pairs of move types except for the three pairs in which 
b is a “no move” and a is not (since a “no move” cannot follow an actual move in the remaining path), each 
one with or without a diagonal marker. Figure [58] depicts two of these configurations. 


dent at the top of the left side of the current block (to mark the right edge of the next growth block) and 
then builds a one-tile-wide path of tiles (shown in light gray) that will position the current block’s output 
glue to initiate the assembly of the next growth block. 

7.4 Growth block with a right turn 

The overall construction for this type of growth block is shown in Figure |4| in the main body of this paper. 
We omit figures for the individual gadgets in this type of block because they are similar to the gadgets for 
the straight-move block, except that the remaining path is advertised on the right side instead of the top 
side and thus the copy_right gadgets are replaced with shift_right gadgets which, in turn, are similar to 
the shift_left gadgets in the left-move blocks (see Figures [571 and 1551) . 

7.5 Last growth block 

Recall that the growth block corresponding to the last move in the Hamiltonian cycle encodes a move toward 
the seed block that will complete it as a full square. This last growth block is distinguished from all other 
growth blocks in its bottom row, when the first move in the remaining input path is found on the right edge 
of the block. 

We omit figures for this set of gadgets since they only differ from the gadgets for the regular left, right 
or straight moves in their topmost row. This last row of the last block simply needs to be a straight line in 
which each tile contains an output glue that will bind to a single filler tile. This filler tile will assemble with 
copies of itself in a comb-like structure with teeth of variable length defined by the number of filler tiles it 
takes to “bump” into the existing seed block assembly, as shown in Figure]^ in the main body of this paper. 
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a) Configuration in which a is a left turn, b is a right turn, and the diagonal marker is absent 



b) Configuration in which a is a left turn, b is a right turn, and the diagonal marker is present 
Figure 58: Two of the 26 possible configurations of the shift_left gadget 
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Figure 59: The leftmost-column gadget (Luturn) that appears right above the BL gadget (the bottom pattern 
must be a “no-move” and the input glue must carry the “no-move” as well) 
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b) The copied move is a left turn 


Figure 60: The first two configurations of the leftmost-column gadget Luturn {not appearing right above 
the BL gadget) when the input glue represents a left turn 
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c) The copied move is a right turn 



d) The copied move is a straight move 


Figure 61: The last two configurations of the leftmost-column gadget Luturn [not appearing right above the 
BL gadget) when the input glue represents a left turn 
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Figure 62: The TL gadget that first fills up the top-left corner of the current block and then puts the glue in 
its bottom-left corner that will initiate the next block 


59 













